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AMENDMENTS TO THE CLAIMS 

Please cancel Claim 20 without prejudice, as indicated below. 
Please amend Claims 1, 2, 17, 26, and 34 as indicated below. 

1. (Currently Amended) A device for performing replication between a 
source system and a target system, the device comprising: 

a source system having data files, and log files storing replication 
transactions corresponding to changes made to the data files; 

a recovered target system wherein the recovered target system comprises 
a rolled back copy of the data files in the source system and wherein the rolled 
back copy of the data files comprises data that is associated with at least one 
replication transaction stored in the log files ; and 

a replication system performing replication of at least portions of the data 
files of the source system to the recovered target system by reading the log files 
and posting the changes from the log files to the recovered target system, the 
replication system comprising: 

transaction-level poster queues, each poster queue storing 
statements corresponding to a particular replication transaction from the 
source system, and 

a reconcile process which purges replication transactions from the 
poster queues when the replication transactions have already been 
applied to the recovered target system;_and 

wherein the replication system performs the replication transactions 
by rolling forward at least some of the information rolled back during the 
recovery of the recovered target system such that the purged replication 
transactions in the poster queues are not applied while rolling forward 
such that the source database remains available during recovery of the 
recovered target database . 
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2. (Currently Amended) A replication system for replicating at least portions 
of the data contained in a source database to a target database, the replication 
system comprising: 

poster queues which store information corresponding to changes made to 
at least portions of a source system; 

at least one poster process which reads the information stored in the 
poster queues and generates commands interpretable by a target system and 
designed to change the target system to reflect the changes made to the at least 
portions of the source system; 

instantiation or recovery process of the target system that rolls back 
information previously applied to the target system such that the target system 
comprises at least a copy of some of the information stored in the poster queues ; 
and 

a reconcile process which purges stale information stored in the poster 
queues, the stale information corresponding to changes made to the target 
system during the instantiation or recovery thereof; and wherein the poster 
queues roll forward at least some of the information rolled back during the 
recovery of the recovered target system such that the purged stale information is 
not applied while rolling forward and wherein the source system remains 
available during instantiation or recovery of the target database . 

3. (Original) The replication system of Claim 2, wherein the information 
comprises transactions. 

4. (Original) The replication system of Claim 2, wherein the at least one 
poster process reads a completion indicator from the poster queues, wherein the 
completion indicator corresponds to one or more finalized changes made to the 
source system. 

5. (Original) The replication system of Claim 4, wherein the completion 
indicator corresponds to a COMMIT statement. 

6. (Original) The replication system of Claim 2, wherein the reconcile 
process employs placement indicators to determine which information stored in the 
poster queues is stale. 
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7. (Original) The replication system of Claim 6, wherein one of the 
placement indicators corresponds to a recovery marker placed by the target 
system, wherein the recovery marker identifies how much of the information the 
target system already applied during recovery thereof. 

8. (Original) The replication system of Claim 6, wherein one of the 
placement indicators corresponds to a particular portion of the information. 

9. (Original) The replication system of Claim 6, wherein each placement 
indicator comprises a sequence number identifying a log file where a particular 
portion of the information originated. 

10. (Original) The replication system of Claim 6, wherein each placement 
indicator comprises a displacement number identifying the displacement within a 
log file where a particular portion of the information originated. 

11. (Original) The replication system of Claim 2, further comprising a 
reader process which reads the information from the source system. 

12. (Original) The replication system of Claim 2, further comprising a 
reader queue which stores information read from the source system. 

13. (Original) The replication system of Claim 2, wherein the replication 
includes mirroring at least portions of the source system on at least one target 
system. 

14. (Original) The replication system of Claim 2, wherein the replication 
includes load balancing functions based on one of software and hardware 
configurations of the source and target systems. 

15. (Original) The replication system of Claim 2, wherein the replication 
provides broadcast functions. 

16. (Original) The replication system of Claim 2, wherein the replication 
provides consolidation functions. 
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17. (Currently Amended) A method of recovering or instantiating a target 
database during replication from a source database to the target database, the 
method comprising: 

creating a target database that has a copy of data from a source 
database; 

logging replication transactions in a replication system wherein the 
replication transactions are associated with changes made to the source 
database; 

applying the replication transactions to the target database to maintain in 
the target database a copy of the source database; 

identifying an unsynchronizing event associated with the target database; 

recovering the target database copy-by rolling back information previously 
applied to the target database cop y such that the recovered target database 
contains a copy of at least some of the changes represented by the replication 
transactions contained in the replication system ; 

reconciling i nformat i on t he recovered target database with the replication 
transactions contained in a the replication system w i th informat i on stored i n th e 
r e cov e r e d — copy, thereby purging stale replication transactions from the 
replication systemj and 

restarting replication by rolling forward at least some of the information 
rolled back during the recovery of the target database recov e r e d copy such that 
the purged stale replication transactions are not applied during replication and 
wherein the source database remains available during recovering, reconciling 
and restarting . 

18. (Original) The method of Claim 17, further comprising restarting 
replication. 

19. (Original) The method of Claim 18, wherein the restarting of the 
replication includes restarting at least one poster process. 

20. (Cancelled). 

21. (Original) The method of Claim 17, wherein the creation of the copy 
includes employing a hot backup mode of a database management system of the 
source database. 
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22. (Original) The method of Claim 17, wherein the recovery of the copy 
includes employing a database management system associated with the copy. 

23. (Original) The method of Claim 17, wherein the recovery of the copy 
includes placing a recovery marker in the recovered copy, thereby identifying a 
recovery position therein. 

24. (Original) The method of Claim 23, wherein the placement of the 
recovery marker occurs substantially near the end of recovering the copy. 

25. (Original) The method of Claim 23, wherein the reconciling finds the 
recovery marker and the stale transactions of the information correspond to those 
transactions that were completed on the source system before the placement of the 
recovery marker. 

26. (Currently Amended) A method of reconciling transactional information 
stored in a replication system with a recovered database, the method comprising: 

parsing a log file of a recovered database to determine a placement 
indicator of a recovery flag; 

and rolling back information previously applied to a the— recovered 
database , wherein the recovered database comprises at least some data that is 
also represented by transaction data that exists in the log file ; 

reading the transaction data corresponding to changes made to a source 
database to determine placement indicators of completed transactions; 

purging the transactional data when the placement indicator 
corresponding to the completed transaction occurred before the placement 
indicator of the recovery flag; and 

replicating the transactional data to the recovered database by rolling 
forward at least some of the information rolled back during the recovery of the 
recovered database such that the purged transaction data are not applied during 
replication such that the source database remains available while replicating the 
transactional data to the recovered database . 

27. (Original) The method of Claim 26, wherein the transaction data is read 
from the source database. 
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28. (Original) The method of Claim 26, wherein the placement indicator of 
the completed transaction comprises a sequence number of a log file of the source 
database. 

29. (Original) The method of Claim 28, wherein the sequence number 
uniquely identifies the log file. 

30. (Original) The method of Claim 26, wherein the placement indicator of 
the recovery flag comprises a sequence number of a log file of the recovered 
database. 

31. (Original) The method of Claim 30, wherein the sequence number 
uniquely identifies the log file. 

32. (Original) The method of Claim 26, wherein the placement indicator 
comprises a displacement within a log file. 

33. (Original) The method of Claim 26, wherein the recovery flag is placed 
by a database management system of the recovered database. 

34. (Currently Amended) A device comprising: 

a source system having a source database management system 
(SDBMS) which governs the storage of data within the source system and 
creates a log file tracking changes made to the source system; 

a target system having a target database management system (TDBMS) 
which governs the storage of data within the target system and creates a log file 
tracking the changes made to the target system wherein the target database 
management system is configured to recover the target system by rolling back 
portions of previously applied information; and 

a replication system having queues and communicating with the log file of 

the TDBMS and the log file of the SDBMS, thereby purging from the queues the 

replication t ransactions applied after the beginning, but before the completion, of 

the recovery of the target system, wherein the replication transactions 

correspond to the changes made to the source system wherein the replication 

system is configured to roll forward at least some of the information rolled back 

during the recovery of the target system such that the purged replication 

transactions are not applied during replication such that the source system 

remains available during recovery of the target database . 
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